Evolutionares Vorgehensmodell in der Servicebus-Architektur der GAD

Im Folgenden wird ein speziell auf die individuellen Anforderungen der Servicebus-Architektur zugeschnittenes Vorgehensmodell vorgestellt, dass sich an der evolutionären Software-Entwicklung orientiert. Dementsprechend wird kein allgemein bekanntes Modell, sondern – aufgrund des hohen Stellenwertes der Wiederverwendung – auf Standards basierende Methodiken und Techniken in den Mittelpunkt gestellt, die die Bereitstellungszeiten vorhandener Funktionalität für neue Vertriebswege und Anwendungen positiv beeinflussen. 1 Ist-Situation: vorhandene Funktionalität und neue Anforderungen Die GAD [Ga03] produziert IT-Dienstleistungen für ihre Kunden, d.h. ca. 800 Volksund Raiffeisenbanken und deren Zentralbanken, die aufgrund der genossenschaftlichen Struktur zugleich die Anteilseigner sind. Hauptprodukte sind somit die Online-Verfahren für die Primärund Zentralbanken. Bis zur Mitte der 90er Jahren standen die Ziele Verfügbarkeit und funktionale Abdeckung der bankfachlichen Anforderungen im Vordergrund. Eine technische Grundlage dafür bietet die zentrale Produktion auf IBMGroßrechnern, d.h. für die hier betrachtete Primärbankanwendung BB3 verwalten COBOL-basierte Transaktionen performant Daten in hierarchischen IMS-Datenbanken. Ergänzt wird diese zentrale Architektur durch die OS/2-basierte Terminalemulation in den einzelnen Filialen. Aufgrund der steigenden Wichtigkeit der Kundenselbstbedienung über OnlineBrokerage und WAP/ SMS-Banking stellt sich die Anforderung nach der Öffnung der vorhanden Funktionalität für diese neuen Vertriebswege bei gleichzeitiger Sicherung der Gesamtqualität. Diese Anforderungen für das neue Jahrtausend wurden im Projekt „bank21“ [Po02] gebündelt.